Add wrapper batch file to make sure our 'perl' is first on the path. WebKit Canary builders are hanging, tentative theory is that it's because a sub-reinvocation of perl is finding a different one (cygwin, etc.) on those machines. See e.g.: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Win%20Builder/builds/27533/steps/compile/logs/stdio The wrapper is copied from "portableshell.bat" in the perl distribution which is the way they recommend launching, rather than launching the exe directly. TBR=jam@chromium.org Review URL: https://chromiumcodereview.appspot.com/10800079 git-svn-id: http://src.chromium.org/svn/trunk/deps/third_party/perl@147900 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
diff --git a/README.google b/README.google index 67389b8..9220ab9 100644 --- a/README.google +++ b/README.google
@@ -2,4 +2,8 @@ Version: 5.16.0.1 / 32bit PortableZIP edition. License File: licenses/License.rtf Description: Strawberry Perl for Windows. -Local Modifications: None. + +Local Modifications: + +Add perl_wrap.bat that sets environment and forwards to real perl binary. +Based on portableshell.bat from distribution.
diff --git a/perl_wrap.bat b/perl_wrap.bat new file mode 100644 index 0000000..70097f8 --- /dev/null +++ b/perl_wrap.bat
@@ -0,0 +1,15 @@ +@echo off +set drive=%~dp0 +set drivep=%drive% +If $#\#$==$#%drive:~-1%#$ set drivep=%drive:~0,-1% +set PATH=%drivep%\perl\site\bin;%drivep%\perl\bin;%drivep%\c\bin;%PATH% +rem env variables +set TERM=dumb +set PERL_JSON_BACKEND=JSON::XS +set PERL_YAML_BACKEND=YAML +rem avoid collisions with other perl stuff on your system +set PERL5LIB= +set PERL5OPT= +set PERL_MM_OPT= +set PERL_MB_OPT= +perl %*
